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METHOD AND SYSTEM FOR PRESENTING CUSTOMIZED ADVISORY 

INFORMATION 

Cross Reference To Related Applications 

5 This application is related to subject matter disclosed in U.S. patent application for a 

METHOD AND SYSTEM FOR PROVIDING ADVISORY INFORMATION TO A FIELD 
SERVICE PROVIDER, Serial No. (Attorney Docket No. 00163. 141 5US01), and U.S. patent 
application for a METHOD AND SYSTEM FOR PROVIDING MANAGEMENT 
INFORMATION, Serial No. (Attorney Docket No. 00163.1560US01), both of which are filed 
10 concurrently herewith the subject matter of those applications is incorporated in this application by 
reference. 

Technical Field 

The invention relates generally to distributing information. More particularly, the invention 
relates to distributing customized advisory information to a field service provider. 

15 Background of the Invention 

Generally, field service providers (e.g., a field service technician) are persons employed to 
provide a service at a destination facility. The field service provider is typically employed by a 
service providing company, but may also be a contractor or an internal employee of the destination 
facility operator. On any given day, a field service provider may visit multiple destination facilities 

20 while providing various different services at each destination facility. 

Regardless of the type of service to be provided and the destination faciUty to where a service 
is to be provided, it is generally helpfiil for the field service provider to receive information about the 
required or requested service prior to arrival at the destination facility. Currently, such customized 
advisory information is typically provided to the field service provider through interaction with 

25 another person, such as by telephone. Additionally, advisory information may be provided by the 
field service provider referencing a hard copy manual or printout. 



Although these conventional methods of providing advisory information have been used for 
many years, they are not without disadvantages. First, by interacting with another person, the 
advisory information provided to the field service provider is subject to human error. Furthermore, 
the cost of employing two employees - one a field service provider and the other providing advisory 
5 information to the field service provider - to provide a single service is a financial burden to the 
service providing company of which the persons are employed. Second, by referencing a hard copy 
manual or printout, the advisory information provided to the field service provider may not include 
the most recent information needed to satisfactorily provide the service. 

More importantly, it is somewhat difficult and extremely dangerous for the field service 

1 0 provider to reference the hard copy manual or printout while in transit to a destination facility. 
Transit time is generally referred to as "windshield time" due to the fact that most field service 
providers spend that time traveling in a vehicle. Windshield time is typically time that cannot be 
charged to the customer by the service providing company. Likewise, time taken to reference a hard 
copy manual or printout is typically time that cannot be charged to the customer. If the field service 

1 5 provider attempts to reference the hard copy materials during windshield time, he/she is not only 
endangering his/her own life, but also the life of others on the transportation routes. As such, to 
safely reference the hard copy during transit would require the field service provider to detour fi:om 
the transportation route thereby resulting in even greater delays than the normal windshield time. 



Summary of the Invention 



20 In accordance with the present invention, the above and other problems are solved by the 

network advisory system (hereinafter "NAS"). Generally, the NAS provides customized advisory 
information to a field service provider to assist the field service provider in providing a service at a 
destination facihty. The field service provider may be employed by a service providing company to 
provide the service at the destination facility. As such, the destination facility may be associated 

25 with either the service providing company or a customer of the service providing company 

employing the field service provider to provide service to the customer on the company's behalf 
The customized advisory information may take the form of scripts that are used by the field service 
provider to either provide a particular service at the destination facility or receive training in a 
speciaUzed area of which the field service provider requests or requires instruction. 
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Because field service providers may take various forms, the customized advisory information 
is presented to each field service provider in a customized format, which may be readily interpreted 
by the field service provider. In accordance with one aspect of the invention, the field service 
provider may be a person who communicates with the NAS via a first natural language. As such, the 
5 service providing company may employ multiple field service providers each communicating 

through multiple natural languages. In other aspects of the invention, the field service provider may 
be a machine or computing module that communicates with the NAS via a computer-based 
language. Moreover, the service providing company may employ one or more persons and/or one or 
more computing modules to administer the performance of services on its behalf Under this 

10 circumstance, the NAS is operable to provide customized advisory information to the entity 
(machine, human) in the appropriate format. 

In accordance with still other aspects of the present invention, the advisory information may 
be customized based on content. When customized based on content, the advisory information is 
presented to a field service provider only if the field service provider is acknowledged by the NAS 

15 as a provider authorized to access the advisory information. Whether the field service provider has 
access to the information may be determined by analysis of a provider identifier code and a customer 
account identifier. 

The customized advisory information may be generated fi:om data conclusions derived firom 
collected data associated with a utility device at a destination facility. The utility device may be any 

20 machine, apparatus or system serviced by the field service provider. The utility device may be 
leased or purchased fi:om the service providing company and therefore located at a destination 
facility associated with the customer. The utility device may also be a device already owned by the 
customer at a time when the customer and the service providing company enter into an agreement 
for the service providing company to provide a service related to the device. Further, the utility 

25 device may also be the property of the service providing company at a destination facility associated 
with the service providing company. Generally, the collected data includes device data associated 
with operating conditions of the utility device and account data associated with specific account and 
customer information. Account data may be broadly defined as all data not considered device data 
and may include, without limitation, business data related to invoice or financial information 

30 associated with the customer and/or utility device or census data related to an operational demand or 
supply associated with the utility device. 
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The invention may be implemented as a computer process, a computing system or as an 
article of manufacture such as a computer program product or computer readable media. The 
computer program product may be a computer storage media readable by a computer system and 
encoding a computer program of instructions for executing a computer process. The computer 
5 program product may also be a propagated signal on a carrier readable by a computing system and 
encoding a computer program of instructions for executing a computer process. 

The great utility of the invention is that the advisory information is presented to each field 
service provider in customized form. The advisory information may be customized with respect to 
both language and content. The customized advisory information may also be presented to the field 
10 service provider during windshield time, thereby optimizing productivity and efficiency of the field 
service provider. 

These and various other features as well as advantages, which characterize the present 
invention, will be apparent firom a reading of the following detailed description and a review of the 
associated drawings. 

15 Brief Description of the Drawings 

FIG. 1 is a functional diagram of a network advisory system in accordance with an 
embodiment of the present invention and the associated environment. 

FIG. 2 is a simplified block diagram that illustrates fimctional components of a network 
advisory system such as the network advisory system in FIG. I, in accordance with an embodiment 
20 of the present invention, 

FIG. 3 is a functional diagram of a registration/commxmication module and a storage module 
of the network advisory system shown in FIG. 2 in accordance with an embodiment of the present 
invention. 

FIG. 4 is a flow diagram that illustrates operational characteristics for generating and 
25 providing customized advisory information in accordance with an embodiment of the present 
invention. 

FIG. 5 is a flow diagram that illustrates operational characteristics shown in FIG. 4 in more 
detail in accordance with an embodiment of the present invention. 

FIG. 6 is a flow diagram that illustrates operational characteristics shown in FIG. 4 in more 
30 detail in accordance with an alternative embodiment of the present invention. 
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FIG. 7 is a flow diagram that illustrates operational characteristics related to generating a 
data conclusion from a sample of collected data in accordance with an embodiment of the present 
invention. 

FIG. 8 is a flow diagram that illustrates operational characteristics related to mapping the 
5 data conclusion generated in the flow diagram of FIG. 7 to customized advisory information in . 
accordance with an embodiment of the present invention. 

FIG. 9 is a flow diagram that illustrates operational characteristics related to identifying and 
authenticating a field service provider connected to the network advisory system of FIG. 1 over a 
network connection in accordance with an embodiment of the present invention. 

10 Detailed Description of the Embodiments of the Invention 

The present invention and its various embodiments are described in detail below with 
reference to the figtires. When referring to the figures, like structures and elements shown 
throughout are indicated with like reference numerals. 

Referring to FIG. 1, a conceptual illustration of an embodiment of the present invention is 

15 shown. FIG. 1 shows a network advisory system ("NAS") 100 that is responsible for collecting data 
associated with one or more destination facilities, i.e., 1 16, 1 18 and/or 120, and analyzing the data in 
order to provide customized advisory information to a field service provider 122 providing a service 
at a destination facility 1 16, 1 1 8 or 120. Although the field service provider 122 is shown in FIG, 1 
as a person traveling between destination facilities, i.e., 1 16, 1 18 and 120, the field service provider 

20 122 may be any system, device, machine or computing module capable of providing a service to a 
destination facility, i.e. 1 16, 1 18 or 120. The field service provider 122 may be employed by a 
service providing company to provide the service at the destination facility 1 16, 1 18 or 120 on 
behalf of the company. As such, destination facilities 1 16, 1 18 and 120 may be associated with 
either the service providing company or a customer of the service providing company employing the 

25 field service provider 122 to provide service to the customer. In accordance with an embodiment 
where the field service provider 122 is a person, the customized advisory information inay take the 
form of natural language scripts that are used by the field service provider 122 to either provide a 
particular service at a destination facility 1 16, 1 18 or 120 or receive training in a specialized area of 
which the field service provider 122 requests or requires instruction. The scripts may be presented 

30 to the field service provider 122 in a textual, audio and/or visual presentation format. In accordance 
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with an embodiment where the field service provider 122 is a machine or computing module, the 
customized advisory information may take the form of data scripts formatted in a computer or 
machine based language. As such the customized advisory information may be referred to as a data 
file. 

The service provided by the field service provider 122 is described below as device and 
account maintenance related to the rental/leasing of a utility device, such as, without limitation, a 
ware washer, a vending machine, a laundry machine or any type of other equipment, farm 
equipment, medical equipment, computer equipment, or vehicular service equipment. However, it 
should be appreciated that the present invention encompasses any type of service of which the field 
service provider 122 may be employed to carry out the duties of the service, including, without 
limitation, upgrades, replacement, training, restocking, pest elimination, medical exams, and lawn 
care. 

In an embodiment of the present invention, the NAS 100 is a computer network operated by 
an advisory module 102. The advisory module 102 comprises a server computer that receives data 
firom data collectors, such as data collectors 104, 106 and 108. Even though the NAS 100 is shown 
having only three data collectors 104, 106 and 108, the NAS 100 may be implemented using any 
number of data collectors. Data collected by the data collectors 104, 106 and 108 is uploaded by one 
or more data transmitters, such as data transmitters 126, 128 and 130, to one or more databases, such 
as databases 1 10, 1 12 and 1 14, accessible to the advisory module 102. The databases 1 10, 1 12 and 
114 store the collected data for a predetermined time period, as described with reference to FIGS. 5 
and 6. 

The NAS 100 may be implemented with the data collectors 104, 106 and 108 and the data 
transmitters 126, 128 and 130 located at a specific destination facility 116, 1 18 or 120. The 
destination facility 1 16, 1 18 or 120 may be under possession of, i.e., leased, owned, etc., a service 
providing company employing the field service provider 122 or a customer to the service providing 
company. A destination facility, i.e., 1 16, 1 18 or 120, is defined not based on where the customer or 
service providing company regularly conduct business, but instead is defined as the location at 
which the service is to be provided to the customer or service providing company. As a means of 
example and not by limitation, the customer's destination facility 116, 1 18 or 120 is hereafter defined 
as the location where a utiHty device is located. Alternatively, as discussed in more detail below, the 
data collectors 104, 106 and 108 and the data transmitters 126, 128 and 130 may be located at a 



central location or facility of the service providing company but collecting and transmitting data 
related to a destination facility, i.e., 116, 118 and 120. 

In accordance with a first embodiment, the field service provider 122 may be employed by a 
service providing company and the service providing company may be employed to provide service 
to a utihty device at one or more destination facilities, i.e., 1 16, 1 18 and/or 120, associated with a 
first customer. As such, the service providing company employs the field service provider 122 as an 
agent to provide the specified service. The data collectors 104, 106 and 108, the data transmitters 
126, 128 and 130, and the databases 1 10, 1 12 and 114 may be located at either the destination 
facility 1 16, 1 18 or 120 associated with the first customer or a central location associated with the 
service providing company. As described below, the data collectors 104, 106 and 108 collect 
various forms of data including, without limitation, device data and account data. Whereas data 
collectors 104, 106 and 108 and data transmitters 126, 128 and 130 associated with device data are 
typically located at a destination facility 116, 118 or 120, data collectors 104, 106 and 108 associated 
with account data are typically located a central location associated with the service providing 
company. As shown in FIG, 1, the field service provider 122 may be provided customized advisory 
information pertaining to the specified service while in transit to the destination facility, i.e., 116, 
118 and 120. Alternatively, the field service provider 122 may be provided customized advisory 
information while located at the destination facility, i.e., 116, 118 or 120, or any other stationary 
location. 

In accordance with a second embodiment, the field service provider 122 may be employed by 
a service providing company to provide service to a utility device at one or more destination 
facilities 1 16, 1 18 and/or 120 possessed by or associated with the service providing company. As 
such, the service providing company employs the field service provider 122 as an employee, and not 
an agent, to provide the specified service. The data collectors 104, 106 and 108, the data 
transmitters 126, 128 and 130, and the databases 1 10, 1 12 and 1 14 may be located at either the 
destination facility 1 16, 1 18 or 120 or a central location associated with the service providing 
company. As shown in FIG. 1, the field service provider 122 may be provided customized advisory 
information pertaining to the specified service while in transit to the destination facility 1 16, 1 18 or 
120. Alternatively, the field service provider 122 may be provided such customized advisory 
information while located at the destination facility 1 16, 1 18 and 120 or any other stationary 
location. The field service provider 122 may also be an independent contractor hired to perform a 



specified service at a destination facility, i.e., 1 16, 1 18 or 120, As such, the field service provider 
122 may be hired by either a service providing company or a customer to a service providing 
company. 

As described, the utility device may be located at the destination facility, i.e., 1 16, 1 18 and 
120, and may be possessed by, i.e., owned or leased, or associated with the service providing 
company or a customer of the service providing company receiving the service. As such, the 
customer may have purchased or leased the utility device from the service providing company. 
Alternatively, the utility device may be a device already owned by the customer at a time when an 
agreement to service the device is executed between the service providing company and the 
customer. 

The advisory module 102 receives data from the one or more databases 1 10, 1 12 and/or 114 
storing the data and analyzes the data to produce customized advisory information to assist a field 
service provider 122 in providing one or more services at one or more destination facilities 1 16, 1 18 
and/or 120, As described in further detail with FIGS. 3, 4, 5, 6, 8 and 9, the advisory information is 
customized based on a language associated with the field service provider 122 accessing the NAS 
100 and receiving the advisory information. In an embodiment where the field service provider 122 
accessing the NAS 100 is a person, the advisory information is customized to the natural language, 
i.e., French, Spanish, English, etc., associated with the field service provider 122. Indeed, if the 
NAS 100 is constructed to accommodate multiple field service providers 122 associated with 
multiple natural languages, the NAS 100 may provide advisory information customized to each of 
the multiple natural languages. In accordance with an embodiment where the field service provider 
122 accessing the NAS 100 is a machine or a computing module, the advisory information may be 
customized based on the computer-based language associated with the field service provider 122, 

As mentioned, the customized advisory information may take the form of scripts that are 
used by a field service provider 122 to either provide a particular service at a destination facility, i.e., 
116, 118 and 120 or receive training in a specialized area of which the field service provider 122 
requests or requires instruction. Further, the scripts may be customized messages formatted in 
language and/or content to each particular field service provider 122 and/or destination facility 116, 
118 and 120 where a service is to be provided. More specifically, the scripts may be customized 
based on a specific customer account identifier 304 associated with the destination facility 1 16, 1 18 
or 120. As such, it is possible for a destination facility, i.e., 1 16, 1 18, and 120, to have multiple 
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customer account identifiers 304, particularly if the destination facility is associated with multiple 
utility devices serviced by the service providing company. Whereas the scripts provided to a field 
service provider 122 that is a person may be referred to as "natural language" scripts, the scripts 
provided to a field service provider 122 that is a machine or computing module may be referred to as 
5 "data" scripts. The customized advisory information may also take the form of hard data, such as the 
data collected by data collectors 104, 106 and 108. 

In accordance with one embodiment, the advisory module 102 provides customized advisory 
information to a field service provider 122 as the field service provider 122 is in transit to a 
destination facility, i.e., 1 16, 1 18 and 120. As such, the field service provider 122 may be in transit 
10 between two destination facilities, i.e., 1 16, 1 18 and/or 120, as shown in FIG. 1. An illustration of 
the field service provider 122 being in transit is shown with reference to a time line 124. For 
example, in FIG. 1, the field service provider 122 is shown in transit between the first destination 
facility 1 16 and the second destination facility 1 18 at time ti. Likewise, the field service provider 
122 is shown in transit between the second destination facility 118 and the third destination facility 

15 120 at time ta. The time that the field service provider 122 is in transit between destination facilities 
1 16, 1 18 and/or 120 is commonly referred to as "windshield time," By providing the field service 
provider 122 with customized advisory information during a windshield time, the field service 
provider 122 can receive information related to the next service to be provided at the next 
destination facility 1 16, 1 18 or 120 that the field service provider 122 is to visit at a time that is 

20 relatively cost and time efficient. In accordance with a second embodiment, the advisory module 
102 may provide customized advisory information to the field service provider 122 while the field 
service provider 122 is located at a destination facility, i.e., 1 16, 118 or 120. 

Although FIG. 1 only depicts a first destination facility 116, a second destination facility 1 18 
and a third destination facility 120, the NAS 100 may be used to provide customized advisory 

25 information to the field service provider 122 as the field service provider 122 is employed to provide 
a service at any number of destination facilities over a given time period. As such, the time line 124 
depicts specific times that illustrate the location of the field service provider 122 over a given period 
of time. For instance, at time to, the field service provider 122 would be providing a service at the 
first destination facility 116. At time ti, the field service provider 122 is in transit between the first 

30 destination faciUty 1 16 and the second destination facility 1 18. Likewise, at time t2, the field service 
provider 122 would be providing a service at the second destination facility 118. The time line 124 
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is therefore a continuous timeline beginning at time to and ending at a time tu, which would 
correspond to the final destination facility 120 visited by the field service provider 122 during the 
particular time period (shown in FIG. 1 as times to-tN) during which the field service provider 122 is 
providing various services to multiple destination facilities, i.e., 1 16, 1 18 and 120. Accordingly, in 
FIG. 1, time In represents the time that the field service provider 122 reaches the third destination 
facility 120. 

The data collectors 104, 106 and 108 may collect any type of data that is usefiil to the field 
service provider 122 as the field service provider 122 is preparing to provide or currently providing a 
service at a destination facihty, i.e., 1 16, 118 and 120. For example, but not by way of Umitation, 
the data collectors 104, 106 and 108 may collect device data or account data related to a particular 
customer associated with a destination facility, i.e., 1 16, 1 18 or 120. Device data may be broadly 
defined as data associated with a utility device located at a destination facility, i.e., 1 16, 1 18 and 
120. Account data may be broadly defined as all data not considered device data and may include, 
without limitation, business data related to specific account, invoice or financial information 
associated with a customer and/or utility device and census data related to a specific demand and/or 
supply associated with a customer and/or utility device. The device and account data is described 
below as data related to a utility device, such as, without limitation, a ware washer, a vending 
machine, a laundry machine, a chemical dispenser or any type of office equipment, farm equipment, 
medical equipment, lawn/garden equipment, vehicular service equipment, computer and computer- 
related equipment, software, or security equipment. However, the data, particularly account data, 
may be related to any type of service of which a field service provider 122 may be employed to carry 
out duties of the service. For instance, the account data may be associated with invoice information 
related to lawn care at a destination faciUty, i.e., 1 16, 118, and 120. 

As detailed above, device data is data that relates to operations of a particular utility device 
that the field service provider 122 may service at a destination facility, i.e., 1 16, 1 1 8 or 120. In 
particular, device data relates to parameters and operating conditions of the utility device located at a 
particular destination facility 1 16, 1 18 or 120. Using a conventional vending machine as an example 
of a utility device firom which device data is taken, device data may relate to the temperature inside 
the cooler of the vending machine. 

As noted above, account data may include, without limitation, business data and census data. 
In accordance with an embodiment, business data is data that generally relates to customer account 
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information specific to a particular customer account. For instance, specific account information 
may identify a particular time period during which the customer has retained the services of the 
service providing company in servicing a particular utility device. Business data may also include 
invoice or financial information associated with a particular customer account. Invoice information 
may be information relating to a past due amount owed by a customer on an account, the current 
account balance of a customer's account, or any other information relating to financial or credit 
information associated with a specific customer. Using a conventional vending machine as an 
example of a utility device stored at a destination facility, i.e., 1 16, 1 18, and 120 associated with a 
customer and subject to servicing by a field service provider 122, business data may include data 
that shows the customer's balance on the lease of the vending machine is thirty days past due. 

In accordance with an embodiment, census data generally relates to a demand or supply 
associated with a particular service. As such, many specific samples of collected data may fall under 
the definition of "device" data. For instance, using a conventional vending machine as an example 
of a utility device stored at a customer's destination facility, i.e., 1 16, 1 18 or 120, and subject to 
servicing by the field service provider 122, census and device data may both relate to information 
associated with the quantity of a particular good that is sold through the vending machine during a 
specified time period. Likewise, if the utiUty device serviced by the field service provider 122 is a 
laxmdry machine, census and device data may both illustrate the amount of laundry detergent used by 
the customer over a specified time period. For reasons of example and not limitation, any type of 
data related to a supply or demand associated with a utility device is hereafter described as census 
data and any type of data related to actual structures (electrical, mechanical, etc.) or operating 
conditions (water temperature, revolutions per minute, etc.) of a utility device is hereafter described 
as device data. 

In accordance with a first embodiment, the data collectors 104, 106 and 108 collect various 
types of data from a single destination facility 1 16, 1 18 or 120. For instance, the first data collector 
104 may collect device data related to a vending machine located at the first destination facility 116 
and the second data collector 106 may collect business data related to rental of the vending machine 
at the first destination facility 1 16. In accordance with a second embodiment, the data collectors 
104, 106 and 108 may collect data specific to separate destination facilities, i.e., 116, 118 and 120. 
For instance, the first data collector 104 may collect data specific to the first destination facility 1 16, 
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the second data collector 106 may collect data specific to the second destination facility 1 18 and the 
third data collector 108 may collect data specific to the third destination facility 120. 

Regardless of which embodiment is employed, data is collected by the data collectors 104, 
106 and 108 and provided to the advisory module 102 via data transmitters 124, 126 and 128. The 
data transmitters 124, 126 and 128 are responsible for uploading data collected by the data collectors 
104, 106 and 108 to one or more databases, such as databases 1 10, 1 12 and 1 14 accessible to the 
advisory module 102. The location of the databases 1 10, 1 12 and 1 14 is immaterial so long as the 
databases 1 10, 1 12 and 1 14 are accessible to the advisory module 102. Further, the databases 1 10, 
112 and 114 may be replaced by or parts of a single master database 208 as shown and described in 
FIG. 2. The advisory module 102 retrieves data stored in the one or more databases 1 10, 1 12 and/or 
1 14 and uses the data to generate customized advisory information. 

After a sample of data is received, the advisory module 102 analyzes the data to generate a 
data conclusion. Data conclusions are independent conclusions or determinations derived from an 
analysis and/or manipulations of the collected data against advisory rules associated with a particular 
data type of the sample of data. The data type is generally defined by the form, content or subject 
matter (i.e., device, business, census, etc.) and more specifically defined by the source from where 
the data originates. As such, in pairing collected data to an advisory rule to analyze the data against 
the rule to generate a data conclusion associated with the data, a general data type and a specific data 
type of the data are used to match the data to the appropriate advisory rule. For instance, data taken 
from a conventional laundry machine may be generally identified as device data and specifically 
identified as relating to the water temperature of the wash cycles. As such, the specific data type is 
associated with water temperature of a wash cycle and used in determining which advisory rule the 
data is to be analyzed against. 

Each advisory rule includes at least one advisory condition to which collected samples of 
data are analyzed against. The advisory conditions are used to compare collected samples of data to 
operating and/or threshold parameters associated with the data type of the data being manipulated. 
Once derived, the data conclusions are thereafter mapped to advisory information capable of relating 
the conclusions to a field service provider 122 in a customized manner such that the field service 
provider 122 may use the collected data to provide a particular service at a destination facility, i.e., 
1 16, 1 18, and 120 based on the advisory information. 
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In accordance with an embodiment, the customized advisory information may be customized 
based on the particular destination facihty 1 16, 1 18 or 120 and the particular field service provider 
122 providing the service at the facility 1 16, 1 18 or 120, Furthermore, the customized advisory 
information generated by the advisory module 102 may also be customized to the natural language 
of the field service provider 122 if the field service provider 122 is a person. As mentioned, the 
customized advisory information may be associated with business, census, or device information 
related to providing a specific service to a specific customer associated with the destination facility 
1 16, 1 18 or 120. The customized advisory information may also be associated with training or 
instruction information requested or required by the field service provider 122. Such training or 
instruction may or may not be related to any particular customer. 

As described above, the customized advisory information may also be customized based on 
the destination facility 1 16, 1 18 or 120 that is to receive a service by the field service provider 122 
and the particular field service provider 122 requesting access to the customized advisory 
information through the NAS 100. The operations used in accessing the customized advisory 
information are described in more detailed below in FIGS. 3 and 9, By being customized, the 
advisory information may be based not only on the customer associated with the destination facility 
1 16, 1 18 or 120 and the field service provider 122 providing the service to the customer, but also the 
subject matter, or content, of the service to be provided by the field service provider 122, The 
content of the service relates to the type of data that the customized advisory information is 
associated with. For instance, if the field service provider 122 is located at time to in FIG, 1 and 
servicing a vending machine located at the first destination facility 1 16, the content of the 
customized advisory information may be related to either device data, census data, or business data 
based on the objective of the service currently being provided at the first destination facility 116. As 
an example, at time to, the field service provider 122 may be replenishing a product sold by a 
vending machine located at the first destination facility 116. Accordingly, tiie customized advisory 
information accessed by the field service provider 122 may detail the number of products currently 
stored in the vending machine so that the field service provider 122 may predetermine how many 
products are needed to replenish the vending machine. As another example, if the content of the 
customized advisory information relates to business data, then the objective of the service may be to 
collect a past due amount fi:om a customer of the destination facility. In such a case, the customized 
advisory information may relate a balance of the past due amount to the field service provider 122, 
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Referring now to FIG. 2, an illustration of the NAS 100 incorporating data from a destination 
facility, i.e., 1 16, 1 18 and 120, associated with a single customer employing a service providing 
company to provide a service on behalf of the company is shown in accordance with an embodiment 
of the present invention. As an example to illustrate the NAS 100, as shown in FIG. 2, and not by 
way of limitation, the customer is provided a service at the destination facility, i.e., 1 16, 1 18 and 
120, by a field service provider 122 under employment of the service providing company. The NAS 
100 compiles and stores device data 202 and account data 203 including, without limitation, census 
data 204 and business data 206, in a master database 208. In a first embodiment, the master database 
208 may contain separate records for storing the separate types of data, i.e., the device data 202, the 
census data 204 and the business data 208. In a second embodiment, the master database 208 may 
be replaced by multiple databases, such as databases 1 10, 1 12 and 1 14 shown in FIG. 1, with each 
database storing a separate type of data. As such, a device data database may store the device data 
202, a census data database may store the census data 204 and a business data database may store the 
business data 206. 

The data 202, 204 and 206 are collected by data collectors, such as data collectors 104, 106 
and 108. The data collectors 104, 106 and 108 may be located at the destination facility, such as 
1 16, 1 18 and 120. Alternatively, the data collectors 104, 106 and 108 may be located at a central 
location of the service providing company. Thus, as an example to illustrate the present invention 
and not a limitation, FIG. 2 is described with reference to a field service provider 122 providing 
service to a leased utility device located at a customer's destination facility. More particularly, the 
leased utility device in this example is an industrial laundry machine. As such, device data 202 from 
the laundry machine are illustrated in FIG, 2 as relating to the water temperature of the machine; 
census data 204 are illustrated in FIG. 2 as relating to the amount of laundry detergent used by the 
customer over a specified period of time; and business data 206 are illustrated in FIG. 2 as relating to 
invoice information concerning the lease of the laundry machine. 

The device data 202, the census data 204 and the business data 206 are received into the 
master database 208 and stored in the database 208 until such time that the data is to be analyzed by 
the advisory module 102. In accordance with an embodiment of the invention, the advisory module 
102 is constructed with an inteUigence module 210 and a mapping module 212. The intelligence 
module 210 formulates the device data 202, the census data 204 and the business data 206 into data 
conclusions by analyzing the data against advisory rules. 
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As mentioned above, data conclusions are independent conclusions or determinations derived 
from the collected data. The data conclusions are derived based on the data type of the collected 
data, i.e., whether the data is device, account, or census data. As such, the data conclusions are 
determined based on an analysis against an advisory rule associated with each specific data type. As 
5 noted above, each advisory rule includes at least one advisory condition and each advisory condition 
relates the collected sample of data to one or more operating and/or threshold parameters. For 
example, if the device data 202 shows that the machine-wash temperature is 80 degrees Fahrenheit, 
the intelligence module 210 may compare the machine-wash temperature to a temperature range of 
75 to 90 degrees Fahrenheit to conclude that the temperature of the machine-wash is within the 

10 operating limits required of the machine. Likewise, if the census data 204 shows that the customer 
has used 1000 packages of laundry detergent within a one month time period, the intelligence 
module 210 may compare this quantity of use to a quantity of 800 packages to conclude that the 
customer requires a greater quantity of laundry detergent for the next months* supply. 

Table 1, which further illustrates the device data example of FIG. 2, shows a listing of data 

15 conclusions generated by the intelligence module 210 along with the advisory conditions used in 
generating each conclusion. The variable "X" represents the temperature of the "warm water cycle" 
machine-wash taken at time TMwand the variable "Y" represents the temperature of the final rinse 
taken at time Tfr. Both "X" and "Y" are temperatures of water in Fahrenheit. 



Factor 


Data Conclusion 


IfX<75 


00 


If75<X<90 


01 


IfX>90 


02 


IfY<60 


03 


If60<Y<75 


04 


IfY>75 


05 



20 Table 1 

Once generated by the intelligence module 210, the data conclusions are provided to a 

mapping module 212 that maps customized advisory information to each data conclusion. In 

accordance with an embodiment of the present invention, the customized advisory information may 
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take the form of a specific script illustrative of the data type of each data conclusion. As such, the 
customized advisory information is hereinafter described in conjunction with FIG. 2 as a script. In 
accordance with an embodiment where the field service provider 122 is a person, a script may be 
defined as a predefined textual, audio and/or visual message that relates the data conclusion to a 
5 format, i.e., natural language, recognizable to the field service provider 122. In accordance with an 
embodiment where the field service provider 122 is a machine or computing module, a script may be 
defined as a predefined data file that relates the data conclusion to a format, i.e., computer-based 
language, recognizable to the field service provider 122. 

Each data conclusion is associated with one or more particular scripts recognized by the 

10 mapping module 212. Table 2, which further illustrates the device data 202 example of FIG. 2, 
shows a mapping of scripts to the data conclusions shown in Table 1. As mentioned, the scripts in 
Table 2 are illustrated as being either audio or textual and formatted in the English natural language. 
In accordance with an embodiment, audio scripts may be predefined .WAV files. Likewise, textual 
scripts may be formatted in a conventional character set. Table 2 illustrates one example of the 

15 scripts to which data conclusions are mapped and should not be viewed as a limitation to the present 
invention. Indeed, the scripts may be formatted in any natural language and not just English and 
may also be replaced by data scripts, or files, recognizable to a computing module. 

Although Table 2 only depicts audio or textual scripts mapped to data conclusions, it should 
be appreciated that the scripts may be audio/visual For instance, the audio/visual scripts may be in 

20 Moving Picture Experts Group (MPEG) standards format or some variation thereof Indeed, 

audio/visual scripts are particularly beneficial imder circumstances where the field service provider 
122 connects to the NAS 100 through the Internet or a personal digital assistant (PDA) having 
wireless visual capabilities. Furthermore, the scripts in Table 2 are shown as single phrases for 
simpUcity of this example. Generally, however, a script comprises textual, audio and/or visual 

25 messages having multiple phases or frames. 
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Data Conclusion 


Scripts 


00 


"The machine-wash temperature is below the 
expected temperature range." 


01 


"The machine- wash temperature is within the 
expected temperature range." 


02 


"The machine-wash temperature is above the 
expected temperature range." 


03 


"The final rinse temperature is below the 
expected temperature range," 


04 


"The final rinse temperature is within the 
expected temperature range." 


05 


"The final rinse temperature is above the 
expected temperature range." 



Table 2 



In accordance with one embodiment, the scripts may be transmitted fi-om the mapping 
5 module 212 to a storage module 216. The storage module 216 may be a timed-buffer or FIFO 
containing a predetermined number of records based on the nimiber of customers of the service 
providing company and the number of accounts held by each customer. Because the storage module 
216 is a timed-buffer, records in the storage module 216 may be continuously erased as new data is 
collected and conclusions are generated and mapped to scripts by the advisory module 102. As such, 

1 0 the records may be written over with new data every 24 hours. In accordance with other 

embodiments, the time period during which the scripts are stored in the records may be any given 
length of time. This length of time is generally dependent upon the type of service sought by the 
customer and the frequency to which that service is to be provided. Alternatively (See FIG. 6), the 
scripts may be directly transmitted to a field service provider 122. 

1 5 In accordance with one embodiment of the present invention, a field service provider 122 

signs on to the NAS 100 by connecting to a registration/communication ("R/C") module 214 through 
a network connection 132. The field service provider 122 may connect to and access the NAS 100 
through any type of conventional network device including, without limitation, a cellular telephone. 
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a personal digital assistant (PDA), a laptop computer, a desktop computer, a land-line based 
telephone, a kiosk or any other network device that allows a user to communicate with the advisory 
module 102 while connected through the network connection 132. As noted, the network connection 
132 may be either a land-based connection or a wireless connection. Additionally, the network 
5 connection may be a combination of a land-based and a wireless connection, such as the case where 
a wireless PDA connects to an Internet service provider (ISP) which is connected via a land-based 
connection to the NAS 100. 

Using the network device, the field service provider 122 inputs information to communicate 
with the advisory module 1 02 through a human interface device or module. The human interface 

1 0 module may be any type of interface module based on the network device through which the field 
service provider 122 is connected to the network connection 132. By way of illustration and not 
limitation, in cases where the network device is a computer (laptop, PDA, or desktop), the human 
interface device may be a keyboard, a mouse, a joystick, a touch screen or any other similar user 
interface device operably connected to the computer and capable of transmitting and receiving 

1 5 information to and fi'om a network server or remote computer. 

Once a field service provider 122 is identified by the R/C module 214, the module 214 
transmits the appropriate script(s) requested or required by the field service provider 122 based upon 
authentication and identification information input by the field service provider 122. As mentioned, 
the data type of the script(s) may be categorized as device data 202, census data 204, or business 

20 data 206. Once the customer account and data type is determined, appropriate scripts are retrieved 
fi-om the storage module 216 and transmitted to the field service provider 122 over the network 
connection 132. As shown in Fig. 1 at times ti and ts, the field service provider 122 may access the 
NAS 100 while in transit between destination facilities, i.e., 1 16, 1 18 and/or 120. Alternatively, the 
field service provider 122 may access the NAS 100 as the field service provider 122 is located at a 

25 customer's destination facility. 

FIG. 3 illustrates components of an R/C module 214 through which a field service provider 
122 accesses a NAS 100 in accordance with an embodiment of the present invention. As an example 
and not by means of limitation, the customized advisory information provided by the NAS 100 to the 
field service provider 122 may take the form of a script. If the field service provider 122 is person, 

30 the customized advisory information may be a natural language script. In contrast, if die field 
service provider 122 is a machine or computing module, the script may be a data script associated 
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with a computer-based language. As such, FIG. 3 is described as providing scripts to the field 
service provider 122 once the provider 122 is granted access to the NAS 100 by the R/C module 
214, 

In accordance with an embodiment, the transmittal of a specific script by the NAS 100 to the 
5 field service provider 122 may be customized based on content. The content of the specific script is 
defined by a provider identifier 302, which in an exemplary embodiment may be an identification 
code assigned to the field service provider 122, and a customer account identifier 304, which in an 
exemplary embodiment may be a customer account identifier assigned to the entity - either a 
customer or a providing company - associated with the destination facility, i.e., 1 16, 1 18 and 120, 

10 receiving the service. As an example to illustrate FIG. 3, the destination facility, i.e., 1 16, 1 18 and 
120, receiving the service is described as a destination facility associated with a customer of a 
service providing company. As such, a field service provider 122 provides the service as an agent of 
the service providing company. In accordance with other embodiments, the destination facility, i.e., 
1 16, 1 18 and 120, may be associated with the service providing company. Regardless of the 

1 5 embodiment, each destination facility, i,e,, 1 16, 1 1 8 and 120, may be associated with one or more 
customer account codes 304, 

The customer account code 304 identifies both the entity receiving the service and the 
specific account of the customer to which a service is to be provided. Hence, the customer accoxmt 
code 304 may specify the service providing company or a customer of the service providing 

20 company. The customer account code 304 may be one parameter used by the R/C module 214 to 

specify the appropriate scripts to be provided to the field service provider 122. Further, the customer 
account code 304 may identify a specific service to be provided to the customer identified by the 
customer account code 304. As described below, a customer may be associated with multiple 
customer account codes 304, with each customer account code 304 relating to a specific utility 

25 device. The specific utility devices may be of the same type or of different types; however, even if 
the utility devices are of the same type, data may be collected from and scripts may be provided 
based on separate customer accoimt codes 304. 

As mentioned, the field service provider 122 accesses the NAS 100 by first connecting to the 
R/C module 214 through some type of network connection 132. The network connection 132 may 

30 be a wireless connection. However, the network connection 132 may also be a landline connection, 
such as through the Internet or a land-based telephone line. As described above, if the network 



19 



connection 132 allows the transfer of visual scripts, the scripts transmitted to the field service 
provider 122 are preferably formatted as audio/visual scripts. Hence, whereas the data-type of the 
scripts is determined based on the identification code 302 and the customer account code 304, the 
formatting, i.e., textual, audio or audio/visual, of the scripts may be determined by the type of 
5 network connection 132 through which the field service provider 122 is connected to the R/C 
module 214. 

Once connected to the R/C module 214, the field service provider 122 inputs an 
identification code 302 and a customer account code 304 specific to the customer account receiving 
the services of the field service provider 122. As mentioned, the customer account code 304 is a 

10 string of characters - letters or numbers - recognized by the R/C module 214 as specifying a 

particular customer account and service to be provided. The customer account code 304 is specific 
to the customer account, and thus to the customer, in that no two customer accounts, and thus no two 
customers, of the service providing company are identified using the same customer account code 
304. The customer account code 304 not only identifies a particular customer, but also identifies a 

15 specific accoimt for the customer. For instance, a customer may lease a laimdry machine and a 
vending machine from the service providing company. As such, the customer account code 304 
associated with the laxmdry machine is preferably identified using a different character string than 
the customer accoimt code 304 associated with the vending machine. For instance, the customer 
account code 304 for the laundry machine may be "00001.001," whereas the customer account code 

20 304 for the vending machine may be "00001.002," Further illustrating this example, where as the 
first five characters represent the customer code for the specific customer, the last three characters, 
".001" and ".002," represent the specific accounts of the customer identified by ".00001." 

Likewise, the identification code 302 is a string of characters - letters or numbers - 
recognized by the R/C module 214 as specifying a particular field service provider 122. The 

25 identification code 302 is specific to the field service provider 122 such that no other field service 
provider 122 employed by the providing company is identified by that identification code 302. 
Because the identification code 302 is specific to each field service provider 122, each identification 
code 302 may be recognized by the R/C module 214 as identifying the field service provider 122 as 
a specialist in a particular service area. For instance, the R/C module 214 may identify the field 

30 service provider 122 as a ware washer repairman based on the identification code 302. In 

accordance with one embodiment, the field service provider 122 is a person and the identification 
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codes 302 for each field service provider 122 employed by the service providing company are set up 
such that the first two characters identify each provider 122 as belonging to a specific specialty area 
as shown below in Table 3. Additionally, the identification codes 302 for each field service provider 
122 may be set up such that the characters to the right of the specialty identifier distinguish each 
5 person individually. In the illustrations shown in Tables 3 and 4, an example identification code 
may be "XXYYYY" where "XX" identify the field service provider 122 by specialty area and 
"YYYY" identifies the field service provider 122 individually. Hence, as an example, the 
identification code 302 referenced as "020002" identifies John Smith and the fact that Mr. Smith is 
an account/invoice specialist. 



Stjecialtv Identifier ("XX") 


Specialty Area 


00 


Ware washer technician 


01 


Vending machine re-supplier 


02 


Account/Invoice Specialist 










99 


HVAC technician 



10 Table 3 



Individual Identifier (-"YYYY") 


Individual 


0001 


John Doe 


0002 


John Smith 


























9999 


Jane Smith 



Table 4 



The identification code 302 and the customer account code 304 are used by the NAS 100 to 
provide customized advisory information to a field service provider 122 accessing the NAS 100. 
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Specifically, the identification code 302 may be used in customizing the advisory information to 
either a natural or a computer-based language associated with the field service provider 122. 
Furthermore, the customer account code 304 and the identification code 302 may both be used to 
customize the advisory information based on content. 
5 The records of the storage module 216 are designed such that each customer is identified 

with one or more customer account records 310. The customer account records 3 10 are preferably 
identified by the R/C module 214 based on a specific customer account code 304 associated with the 
customer that the record is associated with. Thus, a customer may be associated with as many 
customer account records 310 as the customer has accounts, and thus customer account codes 304. 

1 0 Each customer account record 3 1 0 is fixrther divided into data-type records 3 1 2 that store data-type 
specific scripts. In accordance with an embodiment, each customer account record 3 10 contains a 
device data record 3 12, a census data record 3 12, and an business data record 3 12 for storing scripts 
derived from device data 202, census data 204 and business data 206, respectively. As described in 
more detail with FIG. 9, the R/C module 214 accesses the appropriate customer 310 and data type 

15 312 records based upon the identification code 302 and the customer account code 304 input by the 
field service provider 122. A data conclusion may be mapped to and the data-type records 312 may 
each store more than one script depending on the natural and/or computer-based languages used by 
field service providers 122 in accessing each respective data-type record 312, For example, if four 
field service providers 122 are authorized to access a particular data-type record 312, a particular 

20 data conclusion may be mapped to and the corresponding data-type record may store as many as four 
scripts if each of the providers 122 are associated with different languages. As such, each data-type 
record 312 may simultaneously store an English-based language script, a Japanese-based language 
script, a German-based language script and a computer-based language script each associated with 
the same data conclusion. The R/C module 214 retrieves the appropriate script stored in the 

25 accessed data-type record 312 based on the identification code 302 input by the field service 

provider 122 and transmits the retrieved script to the field service provider 122, Alternatively, the 
scripts may be mapped once the field service provider 122 accesses the appropriate data-type record 
3 12 as shown in FIG, 6 in accordance with this alternative embodiment. 

A computing device, such as advisory module 102, typically includes at least some form of 

30 computer-readable media. Computer readable media can be any available media that can be 
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accessed by the advisory module 102, By way of example, and not limitation, computer-readable 
media might comprise computer storage media and communication media. 

Computer storage media includes volatile and nonvolatile, removable and non-removable 
media implemented in any method or technology for storage of information such as computer 
5 readable instructions, data structures, program modules or other data. Computer storage media 
includes, but is not limited to, RAM, ROM, EPROM, flash memory or other memory technology, 
CD-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, 
magnetic disk storage or other magnetic storage devices, or any other medium that can be used to 
store the desired information and that can be accessed by the advisory module 102. 

1 0 Communication media typically embodies computer-readable instructions, data structures, 

program modules or other data in a modulated data signal such as a carrier wave or other transport 
mechanism and includes any information delivery media. The term "modulated data signal" means 
a signal that has one or more of its characteristics set or changed in such a manner as to encode 
information in the signal. By way of example, and not limitation, communication media includes 

1 5 wired media such as a wired network or direct-wired connection, and wireless media such as 

acoustic, RF, infrared, and other wireless media. Combinations of any of the above should also be 
included within the scope of computer-readable media. Computer-readable media may also be 
referred to as computer program product. 

The logical operations of the various embodiments of the present invention are implemented 

20 (1) as a sequence of computer implemented acts or program modules running on a computing system 
and/or (2) as interconnected machine logic circuits or circuit modules within the computing system. 
The implementation is a matter of choice dependent on the performance requirements of the 
computing system implementing the invention. Accordingly, the logical operations making up the 
embodiments of the present invention described herein are referred to variously as operations, 

25 structural devices, acts or modules. It will be recognized by one skilled in the art that these 

operations, structural devices, acts and modules may be implemented in software, in firmware, in 
special purpose digital logic, and any combination thereof without deviating jfrom the spirit and 
scope of the present invention as recited within the claims attached hereto. 

A network advisory process begins once a field service provider 122 connects with the R/C 

30 module 214 through a network connection 132. As noted above, the R/C module 214 is the interface 
of the NAS 100 through which the field service provider 122 accesses the NAS 100. As such, the 
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field service provider 122 connects and communicates with the R/C module 214 through the use of a 
network device having a human interface device. As mentioned, the network connection 132 may 
be through the Internet, a telephone, a wireless conraiunication device, or any other conventional 
means for remotely connecting to a computer network. Through the R/C module 214 the user will 
5 sign on as a user of the NAS 100. FIG. 4 illustrates operations performed by the NAS 100 as the 
NAS 100 administers a network advisory process in accordance with one embodiment of the present 
invention. 

Referring to FIG. 4, a network advisory process 400 generally illustrating operations for 
generating and providing customized advisory information to a field service provider 122 through 

10 the NAS 100 is shown in accordance with an embodiment of the present invention. The network 

advisory process 400 comprises an operation flow beginnmg with start operation 402 and concluding 
with termination operation 412. For simplicity, the network advisory process 400 is described below 
as collecting a single form of data fi-om a single destination facility, i.e., 116, 1 18 and 120. 
Moreover, the destination facility 1 16, 1 18 or 120 is described below as being associated with a 

15 customer of a service providing company employing the field service provider 122 to provide a 

service on the company's behalf. Generally, however, the NAS 100 may be used to simultaneously 
collect various forms of data firom multiple destination facilities, i.e., 116, 1 18 and/or 120, serviced 
by the providing company. Furthermore, for each destination facility, i.e., 1 16, 1 18 and 120, 
serviced by the service providing company, there are generally two forms of data that are collected: 

20 device data 202 and account data 203, which includes, without limitation, business data 206 and 
census data 204. 

Operation flow begins in start operation 402 and continues to collection operation 404, 
Collection operation 404 collects data fi"om the destination facility, i.e., 1 16, 1 18 and 120. As an 
example, and not by way of limitation, collection operation 404 collects data associated with a utility 

25 device of which a service is provided by a field service provider 122 employed by the service 

providing company. More specifically, the flow diagram 400 is hereafter described with reference to 
the utility device being an industrial laundry machine. As such, device data collected may relate to 
machine-wash temperature, business data collected may relate to the balance due on the laundry 
machine and census data collected may relate to the amount of laundry detergent used in the laundry 

30 machine over a given period of time. 
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Once data is collected in collection operation 404, operation flow passes to generation 
operation 406, Generation operation 406 generates data conclusions by analyzing the collected data 
of each data type against advisory rules associated with each specific data type. The collected data 
are analyzed against the advisory rules to generate conclusions illustrative of the results of the 
5 analysis. Each advisory rule includes at least one advisory condition relating a collected sample of 
data to one or more operating and/or threshold parameters associated with the general and specific . 
data type. The analysis may be as simple as a comparison of a single sample of collected data to 
operating and/or threshold parameters of a single advisory condition or as complex as an 
interpretation of multiple samples of collected data against a complex set of advisory rules each 

10 having multiple advisory conditions to which the data is analyzed against. 

As an illustration of a simpler case, device data 202 collected by collection operation 404 
may be compared to operating parameters associated with a predefined water temperature range 
during the warm water machine-wash cycle. The data conclusion will thus specify whether the 
device is operating properly, i.e., whether the warm water machine-wash temperature is too hot or 

15 too cold. 

As an illustration of a more difficult case, multiple samples of device data 202 associated 
with a conventional warewashing machine may be analyzed together against a complex set of 
advisory rules to generate one or more data conclusions. Conventional warewashing machines 
typically include a wash reservoir, a rack conveyor, and a final rinse manifold. The samples of 

20 device data monitor detergent usage and concentration, wash tank temperature, final rinse pressure, 
and final rinse temperature. Each change in final rinse temperature may indicate that a rack of 
dishes is passing through the machine. For each rack passing through the machine, a constant 
volume of final rinse water is sprayed onto the dishes and then flows into the wash tank. As final 
rinse water flows into the wash tank reservoir, the tank level rises, thereby overflowing into a 

25 discharge pipe. The additional water volume dilutes the detergent concentration, requiring the 

addition of more detergent. Under stable operating conditions, the amount of detergent added, over 
time, is directly proportional to the number of racks processed, as measured by the number of times 
the final rinse is activated. 

If the detergent usage, as measured by empty container alarms, is out of line with respect to 

30 the number of racks washed, it may be an indication that the fill valve to supply fi-esh water to the 
wash tank reservoir is leaking or stuck in an open position. As such, each independent parameter, 
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detergent usage and final rinse activation, may be tested against multiple advisory rules for a 
particular machine configuration. This analysis generates one or more data conclusions that may 
suggest to the service provider whether there exists a leak in the v^ash tank fill valve. 

Once generation operation 406 has generated data conclusions for the collected data, 
5 operation flow passes to map operation 408. Map operation 408 maps the data conclusions 
generated by generation operation 406 to customized advisory information that relates the data 
conclusions to a format recognizable to a field service provider 122. In accordance with an 
embodiment where the field service provider 122 is a person, the customized advisory information 
may take the form of natural language scripts, which are customized messages defined in a textual or 

10 an audio and/or visual format and formatted to a specific natural language of the provider 122. As 
noted above, the scripts may be formatted in more than one natural language depending on whether 
multiple field service providers 122 communicating in more than one natural language access the 
NAS 100. As such, each data conclusion may be mapped to multiple scripts each substantively 
specifying the same message, but in a different natural language. In accordance with a second 

15 embodiment where the field service provider 122 is a machine or computing module, the customized 
advisory information may take the form of data scripts in a computer-based language. 

Operation flow passes firom map operation 408 to response operation 410 once the field 
service provider 122 connects to the NAS 100 through a network connection 132. As mentioned, the 
network coimection 132 is preferably a wireless connection, but may be any type of network 

20 connection 132 allowing connection to a remote computer. Response operation 410 guides the field 
service provider 122 through an accessing procedure. The accessing procedure determines whether 
the field service provider 122 should be granted access to the NAS 100 as a user. Specifically, once 
the field service provider 122 is connected to the NAS 100 as a user, the field service provider 122 
inputs authentication and identification information through the R/C module 214. Upon entering 

25 valid identification information 302, the field service provider 122 is authenticated and allowed to 
log on the NAS 100 as a user. 

In order to request specific customized advisory information, the field service provider 122 
inputs a customer account code 304, As described below and throughout the specification, the 
customer account code 304 identifies a specific customer account to which the field service provider 

30 122 is to provide a service. Broadly defined, the customer account code 304 may be used to identify 
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a specific destination facility, i.e., 1 16, 1 18 or 120, regardless of whether that destination facility 
1 16, 1 18 or 120 is associated with a particular customer. 

Response operation 410 responds with customized advisory information based on the 
identification code 302 and the customer account code 304 input by the field service provider 122. 
5 Specifically, the customer account code 304 specifies the customer account record 310 for response 
operation 410 to access and the identification code 302 specifies the data-type record 312 for 
response operation 410 to access based on the area of specialty of the field service provider 122. 
The identification code 302 also identifies the language that advisory information should be 
customized to for the specific field service provider 122 currently accessing the NAS 100. Once 

1 0 response operation 410 has accessed the appropriate data-type record 312 and transmitted the 

customized advisory information stored in the record 312 to the field service provider 122, operation 
flow concludes with termination operation 412. 

FIG. 5 is a network advisory process 500 more particularly illustrating operations shown in 
the network advisory process 400 as the NAS 100 generates and provides customized advisory 

1 5 information to a field service provider 122 in accordance with an embodiment of the present 

invention. As an example and not a limitation, the network advisory process 500 is described in 
FIG. 5 as collecting data and providing customized advisory information generated fi:om the data. In 
accordance with one embodiment, the customized advisory information processed by the network 
advisory process 500 is illustrated as taking the form of a script, which in accordance with various 

20 embodiments may be a natural language script or a data script. 

The network advisory process 500 comprises an operation flow beginning with start 
operation 502 and concluding with termination operation 536. For simplicity, the network advisory 
process 500 is described below as collecting various forms of data from a destination facility, i.e., 
1 16, 1 18 and 120, associated with a single customer of a service providing company employing a 

25 field service provider 122 to provide a service on the company's behalf Generally, however, the 
NAS 100 may be used to simultaneously collect various forms of data from multiple customers of 
the same service providing company. Furthermore, the destination facility 1 16, 1 18 or 120 where a 
service is provided may or may not be associated with a customer. 

The network advisory process 500 begins with start operation 502 and passes to collection 

30 operations 504, 506 and 508. As an example, and not by limitation, collection operations 504, 506 
and 508 collect data associated with a utility device serviced by the service providing company. 
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More specifically, the network advisory process 500 is hereafter described with reference to the 
utility device being an industrial laundry machine. Device collection operation 504 collects device 
data 202 associated with the utility device to which the field service provider 122 is providing a 
service, i.e., some type of maintenance to the laundry machine. Likewise, census collection 
5 operation 506 collects census data 204 associated with the customer and/or utility device to which 
the field service provider 122 is providing a service and business collection operation 508 collects 
business data 206 associated with the customer and/or utility device to which the field service 
provider 122 is providing a service. As such, the device data 202 collected may relate to machine- 
wash temperature, the business data 206 collected may relate to the balance due on the laundry 

10 machine and the census data 204 collected may relate to the amount of laundry detergent used in the 
laundry machine over a given period of time. 

Once the various forms of data are collected by collection operations 504, 506 and 508, 
operation flow passes to upload operations 510, 512 and 514, Upload operations 510, 512 and 514 
each upload the type of data collected by collection operations 504, 506 and 508, respectively, to one 

15 or more databases, such as databases 1 10, 1 12 and 1 14, and/or 208, accessible to the advisory 

module 102. As such, device upload operation 510 may upload the collected device data 202 to the 
master database 208, census upload operation 512 may upload the collected census data 204 to the 
master database 208 and business upload operation 514 may upload the collected business data 206 
to the master database 208. 

20 Once data is uploaded to the master database 208, operation flow passes to initialization 

operation 515. Initialization operation 515 initializes a clocking mechanism used to reference the 
length in time that collected data are stored in the master database 208. The clocking mechanism 
may also be preferably used to reference the length in time that analysis information is stored in the 
storage module 216. Once the timer is initiated, operation flow passes to data storage operation 516. 

25 Data storage operation 516 stores the uploaded data in the master database 208 as described in 
conjunction with FIG. 2, in accordance with an embodiment of the invention. 

The data stored in the master database 208 are then analyzed against advisory rules by 
analysis operation 518. As described above, the advisory rules are not only specific to the general 
data type, i.e., device, business or census, of the collected data, but also a specific data type related 

30 to the origin of the source of the collected data. For instance, whereas water temperature of a 
conventional laundry reservoir may be analyzed against one or more device data advisory rules 
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specific to water temperature, the velocity of the reservoir spin may be analyzed against one or more 
device data advisory rules specific to reservoir velocity. An example of such an analysis is 
described below with reference to FIG. 7. Based on the analysis, data conclusions are generated by 
generation operation 520. The data conclusions are predefined identifiers associated with each 
5 independent result obtained by analysis operation 518. Once the conclusions are generated, 
operation flow passes to map operation 522. Map operation 522 maps each data conclusion 
generated by generation operation 520 to customized advisory information that relates the results 
derived by analysis operation 518 to a format recognizable to the field service provider 122. As an 
example and not a means of limitation, the customized advisory information may take the form of 
10 scripts formatted in a natural or computer-based language. If multiple field service providers 122 
each associated with different languages are authorized to access scripts generated by the conclusion 
— a determination based on the data type associated with the conclusion and eventually the script; 
the NAS 100 maps each data conclusion to as many scripts as needed for each of the multiple field 
service providers 122 to be presented a script customized to the language of each respective field 
1 5 service provider 1 22 . 

Illustrating this example, FIG. 5 is hereafter described as the advisory information being 
scripts. Once the conclusions are mapped, operation flow passes to distinguish operation 524. 
Distinguish operation 524 distinguishes or organizes the scripts based on data type and customer 
account. As such, scripts associated with device data 202 are separated fi-om scripts associated with 
20 business and census data and scripts associated with one customer account are separated firom scripts 
associated with another customer account. 

Operation flow then passes to storage operation 526. Storage operation 526 oversees storage 
of the scripts in a two-tier organizational storage module 216 based on the organization determined 
by distinguish operation 524. The scripts are first stored in customer account records 310, which 
25 may be identified by the customer account code 304 of each particular customer and account. 

Within each customer account record 310, the scripts are fiirther divided into data-type records 312 
based on the content, or general data-type, of the data, i.e., device, business or census. As mentioned 
above, the data-type records 312 are divisions, or groups, of customer account records 310 such that 
each customer account record 310 contains at least three data-type records 312: a device data 
30 record, a business data record and a census data record 312. Further, multiple scripts formatted in 
different languages — natural or computer-based ~ are stored in each data-type record 312 such that 
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each field service provider authorized to access the data-type script 312 may be provided with 
customized advisory information based on the provider's 122 identification code 302. 

Once scripts are stored in the storage module 216, operation flow passes to timer operation 
530. Timer operation 530 determines whether data and scripts stored in the master database 208 and 
5 the storage module 216, respectively, have been maintained in records of the database 208 and 

module 216 for a predetermined time period. This determination is conducted at a record-by-record 
level. As described earlier, the clocking mechanism monitored by timing operation 530 is initialized 
to start counting by initialization operation 515. Once the time of the clocking mechanism reaches 
"X'* count, which is a count of the clocking mechanism in seconds, minutes, hours, or days, 
10 operation flow passes from timer operation 530 to flag operation 534. In flag operation 534, data 
that has been in the records of the master database 208 and the scripts stored in the records of the 
storage module 216 for "X" amount of time are flagged such that the records storing the data and the 
scripts are written over during subsequent network advisory process 500 passes. Flag operation 534 
may also be referred to as a data refresh operation wherein the data flagged by the operation 534 is 
15 data that is to be refireshed with updated collected data. Operation flow then passes to start operation 
Q 502 and continues as data is collected, uploaded and then stored in the records of the database 208 
JS previously flagged. 

I ^ If timer operation 530 determines that data and scripts stored in records of the master 

M database 208 and the storage module 216, respectively, have not been maintained in the records for 

20 the predetermined time period, operation flow passes to decisional operation 528. Decisional 
^ operation 528 awaits access to the NAS 100 by a field service provider 122. In particular, if 

fg decisional operation 528 determines that access has not been granted to a field service provider 122, 
^ then operation flow passes to timer operation 530 and is continuously looped until either access is 
0 granted or the timer operation 530 indicates that the data and scripts have been maintained in at least 
25 one record of the master database 208 and the storage module 216, respectively, for the 

predetermined time period. Once the NAS 100 is accessed by a field service provider 122, operation 
flow passes to transmission operation 532. Based on the identification code 302 input by the field 
service provider 122, transmission operation 532 retrieves the customized script requested by the 
field service provider 122 and transmits the script to the field service provider 122 over the network 
30 connection 132 through which the field service provider 122 is connected. Operation flow then 
concludes at termination operation 536. In accordance with an embodiment, the fact that a script is 
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provided to a field service provider 122 has no bearing on whether the data is thereafter refreshed. 
Indeed, the field service provider 122 may subsequently access the NAS 100 and retrieve the same 
script previously accessed so long as the data has not been prepared for refresh by flag operation 
534. Alternatively, the NAS 100 may refresh the scripts following each access. 

FIG. 6 is a network advisory process 600 more particularly illustrating operations shown in 
the network advisory process 400 as the NAS 100 generates and provides customized advisory 
information to a field service provider 122 in accordance with an alternative embodiment of the 
present invention. Specifically, operations 602, 604, 606, 608, 610, 612, 614, 616, 618 and 620 in 
FIG. 6 are substantially identical to operations 502, 504, 506, 508, 510, 512, 514, 516, 518 and 520 
in FIG. 5. However, in the alternative embodiment described in FIG. 6, mapping customized 
advisory information to a data conclusion based on a specific customer and content is administered 
as a field service provider 122 is granted access to the NAS 100. As v/ith FIG, 5, the network 
advisory process 600 is described in FIG. 6 as collecting data and providing customized advisory 
information generated from the data. In accordance with an embodiment of the invention, the 
customized advisory information provided by the network advisory process 600 is illustrated as 
taking the form of a script, which in accordance with various embodiments, may be a natural 
language script or a data script. The network advisory process 600 comprises an operation flow 
beginning with start operation 602 and concluding with termination operation 634, 

The network advisory process 600 begins with start operation 602 and passes to collection 
operations 604, 606 and 608. Device collection operation 604 collects device data 202 associated 
with a utility device to which the field service provider 122 is providing a service, i.e., some form of 
maintenance to the device. Likewise, census collection operation 606 collects census data 204 
associated with the utility device, the destination facility 1 16, 1 18 or 120, or the customer and 
business collection operation 608 collects business data associated with the utility device, the 
destination facility 1 16, 1 18 or 120 or the customer. As an example, and not a limitation, collection 
operations 604, 606 and 608 collect data associated with a utility device located at a customer 
destination facility 1 16, 1 18 and 120, and serviced by a service providing company employing the 
field service provider 122. More specifically, the network advisory process 600 is hereafter 
described with reference to the utility device being a laundry machine. As such, the device data 202 
collected may relate to machine-wash temperature, the business data 206 collected may relate to the 
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balance due on the laundry machine and the census data 204 collected may relate to the amount of 
laundry detergent used in the laundry machine over a given period of time. 

Once the various forms of data are collected by collection operations 604, 606 and 608, 
operation flow passes to upload operations 610, 612 and 614. Upload operations 610, 612 and 614 
each upload the form of data collected by collection operations 604, 606, and 608, respectively, to 
one or more databases, such as 1 10, 1 12 and/or 1 14, and/or 208, accessible to the advisory module 
102. As such, device upload operation 610 may upload the collected device data 202 to the master 
database 208, census upload operation 612 may upload the collected census data 204 to the master 
database 208 and accotmt upload operation 614 may upload the collected business data 206 to the 
master database 208. 

For simplicity, FIG, 6 is described below as upload operations 610, 612 and 614 upload data 
to a master database 208, Once data is uploaded to the master database 208, operation flow passes to 
initialization operation 615. Initialization operation 615 initializes a clocking mechanism used to 
reference the length in time that collected data are stored in the master database 208. In accordance 
with one embodiment, the clocking mechanism may also be used to reference the length in time that 
scripts are to be stored in the storage module 216. Once the timer is initiated, operation flow passes 
to database storage operation 616, Data storage operation 616 stores the uploaded data in the master 
database 208 as described with reference to FIG, 2 in accordance with an embodiment of the present 
invention. 

The data stored in the master database 208 are then analyzed against one or more advisory 
rules by analysis operation 618, As noted above, each advisory rule may include one or more 
advisory conditions associated with operating and/or threshold parameters related to the general and 
specific data type of the data sample. An example of such an analysis is described below with 
reference to FIG, 7. Based on the analysis, data conclusions are generated by generation operation 
620, The data conclusions are predefined identifiers associated with each independent result 
obtained by analysis operation 618, Once the conclusions are generated, operation flow passes to 
conclusion storage operation 622, Conclusion storage operation 622 oversees storage of the 
conclusions in a two-tier organizational storage module 216. The conclusions are first stored in 
customer account records 310 identified by the customer account code 304 associated with each 
particular customer. Within each customer account record 310, the conclusions are fiirther divided 
into data-type records 312 based on which form of data, i.e., device, account and census, of which 
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the conclusion is related. As mentioned above, the data-type records 312 are divisions, or groups, of 
customer account records 310 such that each customer account record 310 contains at least three 
data-type records 3 12: a device data record, a business data record and a census data record. 

Once the data conclusions are stored by conclusion storage operation 622, operation flow 
passes to timer operation 624. Timer operation 624 determines whether collected data and data 
conclusions stored in the master database 208 and the storage module 216, respectively, have been 
maintained in records of the database 208 and module 216 for a predetermined time period. This 
determination is concluded at a record-by-record level. As described earlier, the clocking 
mechanism monitored by timing operation 622 is initialized to start counting by initialization 
operation 615. Once the time of the clocking mechanism reaches "X" count, which is a count of the 
clocking mechanism in seconds, minutes, hours, or days, operation flow passes from timer operation 
624 to flag operation 626. In flag operation 626, data that has been in the records of the master 
database 208 and data conclusions stored in the records of the storage module 216 for "X" amount of 
time are flagged such that the records storing the data and the conclusions are written over during 
subsequent network advisory process 600 passes. Flag operation 526 may also be referred to as a 
data refresh operation wherein the data flagged by the operation 526 is data that is to be refreshed 
with updated collected data. Operation flow then passes to start operation 602 and continues as data 
is collected, uploaded and then stored in the records of the database 208 previously flagged. 

If timer operation 624 determines that data and conclusions stored in records of the master 
database 208 and the storage module 216, respectively, have not been maintained in the records for 
the predetermined time period, operation flow passes to decisional operation 628. Decisional 
operation 628 awaits access to a specific customer account record 310 and specific data-type record 
312 by a field service provider 122. In particular, if decisional operation 628 determines that access 
has not been granted to a field service provider 122, operation flow passes to timer operation 624 
and is continuously looped until either access is granted or the timer operation 624 indicates that the 
collected data and data conclusions have been maintained in the records of the database 208 and the 
storage module 216, respectively, for the predetermined time period. Once the NAS 100 is accessed, 
operation flow passes to map operation 630. 

Map operation 630 maps the conclusion associated with the specific data-tjqpe record 312 to 
which the field service provider 122 is granted access to a script. The scripts are mapped to the 
conclusion based on the identifier of the data conclusion. In accordance with an embodiment, the 
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conclusion may be mapped to a language-customized script based on the identification code 302 of 
the field service provider 122 currently accessing the NAS 100. Whereas the script may be 
formatted in a natural language w^hen the field service provider 122 is a person, the script may be 
formatted in a computer-based language v^hen the field service provider 122 is a machine or a 
computing module. For instance, if the field service provider 122 is a Spanish-speaking person, the 
script to which the conclusion is mapped may be a Spanish-based language script. 

As mentioned above, if the field service provider 122 is a person, the scripts may be in 
textual, audio and/or visual format. More detailed illustrations of the operations of the map 
operation 630 are shown above in Table 2 and below in FIG. 8. Once an appropriate script is 
mapped based on the customer account code 304 and the identification code 302, the script is then 
transmitted to the field service provider 122 by transmission operation 732. The script is transmitted 
over the network connection 132 through which the field service provider 122 is connected. 
Operation flow then concludes at termination operation 634. In accordance with an embodiment, the 
fact that a script is provided to a field service provider 122 has no bearing on whether the data is 
thereafi;er refi*eshed. Indeed, the field service provider 122, providing that the data has not been 
prepared for refi-esh by flag operation 626, may subsequently access the NAS 100 and retrieve the 
same script previously provided. Altematively, the NAS 100 may refi'esh the scripts foUov^ng each 
access. 

FIG. 7 is an illustration of operations performed by the analysis operation 518 and, in the 
alternative embodiment in FIG. 6, analysis operation 618, as the analysis operations 518, 618 
analyze a collected sample of data against various advisory conditions of an advisory rule related to 
the sample of data. FIG. 7 also illustrates operations performed by generation operation 520 and, in 
the alternative embodiment in FIG. 6, generation operation 620, as the generation operations 520, 
620 generate a data conclusion based on the aforementioned analysis. Specifically, an 
analysis/generation process 700 illustrates operations associated with analysis operations 518, 618 
and generation operations 520, 620 as the analysis operations 518, 618 analyze a sample of device 
data 202 against an advisory rule associated with a conventional laundry machine and generation 
operations 520, 620 generate a data conclusion based on the analysis. The analysis/generation 
process 700 illustrates a sample of data being analyzed against four advisory conditions, i.e. 
operations 706, 710, 716 and 720, of the advisory rule. As mentioned, advisory conditions relate the 
collected data to operating and/or threshold parameters by comparing the parameters to the collected 
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data. In the illustration of FIG. 7, the operating parameters are the degrees of water temperature in 
Fahrenheit, such as 75 degrees in operations 706 and 710, as described below. Whereas the 
analysis/generation process 700 illustrates analysis of a data sample against an advisory rule having 
only four advisory conditions for simplicity, it should be appreciated that an advisory rule may be 
5 much more complex, including any number of advisory conditions, which in turn, may include any 
number of operating and/or threshold parameters. The analysis/generation process 700 comprises an 
operation flow beginning with start operation 702 and concluding with termination operation 726. 

The analysis/generation process 700 begins in start operation 702 following the conclusion of 
data storage operation 516 and, alternatively, data storage operation 616. Operation flow then passes 

10 to reception operation 704 as a sample of device data 202 is received into the intelligence module 
210. Specifically, as an example to illustrate FIG. 7 and not as a means of limitation, the sample of 
device data 202 received by reception operation 704 is data related to the water temperature of a 
conventional laundry machine. The sample contains an "X" parameter and a " Y" parameter. The 
"X" temperature parameter is used to specify the temperature of the machine-wash during the normal 

15 cycle and the "Y" temperature parameter is used to specify the temperature of the machine-wash 
during final rinse. 

Once the sample of device data is received by reception operation 704, operation flow passes 
to decisional operation 706. Decisional operation 706 determines whether the temperature of the 
machine-wash during normal cycle is less than or equal to 75 degrees Fahrenheit If the machine- 

20 wash temperature during normal cycle is less than or equal to 75 degrees Fahrenheit, operation flow 
passes to generate conclusion operation 708. Generate conclusion operation 708 assigns a data 
conclusion of "00" to the machine-wash temperature during normal cycle. Once the data conclusion 
is generated, operational flow passes to decisional operation 716. If decisional operation 706 
determines that the temperature of the machine-wash during normal cycle is not less than or equal to 

25 75 degrees Fahrenheit, operation flow passes to decisional operation 710. 

Decisional operation 710 determines whether the temperature of the machine-wash during 
normal cycle is between 75 degrees Fahrenheit and 90 degrees Fahrenheit. If the machine-wash 
during normal cycle is between 75 degrees Fahrenheit and 90 degrees Fahrenheit, operation flow 
passes to generate conclusion operation 712. Generate conclusion operation 712 assigns a 

30 conclusion of "01 " to the machine-wash temperature during normal cycle. Once the data conclusion 
is generated, operational flow passes to decisional operation 716. If decisional operation 710 
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determines that the temperature of the machine-wash during normal cycle is not between 75 degrees 
Fahrenheit and 90 degrees Fahrenheit, operation flow passes to generate conclusion operation 714, 
Generate conclusion operation 714 assigns a conclusion of "02" to the machine-wash temperature 
during normal cycle. 

Following conclusion operations 708, 712 and 714, operation flow passes to decisional 
operation 716. Decisional operation 716 determines whether the machine- wash temperature at final 
rinse is less than or equal to 60 degrees Fahrenheit. If the machine-wash temperature during final 
rinse is less than or equal to 60 degrees Fahrenheit, operation flow passes to generate conclusion 
operation 718. Generate conclusion operation 718 assigns a conclusion of "03" to the machine- wash 
temperature during final rinse. Once the data conclusion is generated, operational flow is concluded 
at termination operation 726, If decisional operation 716 determines that the temperature of the 
machine-wash during final rinse is not less than or equal to 60 degrees Fahrenheit, operation flow 
passes to decisional operation 720, 

Decisional operation 720 determines whether the temperature of the machine-wash during 
final rinse is between 60 degrees Fahrenheit and 75 degrees Fahrenheit. If the machine-wash 
temperature during final rinse is between 60 degrees Fahrenheit and 75 degrees Fahrenheit, 
operation flow passes to generate conclusion operation 722. Generate conclusion operation 722 
assigns a conclusion of "04" to the machine-wash temperature during final rinse. Once the data 
conclusion is generated, operation flow concludes at termination operation 726. If decisional 
operation 720 determines that the temperature of the machine-wash during final rinse is not between 
60 degrees Fahrenheit and 75 degrees Fahrenheit, operation flow passes to generate conclusion 
operation 724. Generate conclusion operation 724 assigns a conclusion of "05" to the machine-wash 
temperature during final rinse. Once the conclusion is generated, operation flow is concluded at 
termination operation 726. 

FIG. 8 is an illustration of the operations performed by map operation 522 and, in the 
alternative embodiment in FIG. 6, map operation 630, as specific customized advisory information is 
mapped to a data conclusion generated by generation operation 520 and, alternatively in FIG. 6, 
generation operation 620. As such, the customized advisory information described in FIG. 7 takes 
the form of a script as an illustration of analysis operations 516, 518 and generation operations 520, 
620 in the network advisory processes 500 and 600, respectively. 
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specifically, a mapping process 800 is shown mapping a data conclusion derived by the 
analysis perfomied in the analysis/generation process 700 in FIG, 7 to a script in a format 
recognizable to a field service provider 122, For simplicity, the mapping process 800 is shown 
receiving a single data conclusion to be mapped to a script associated with a single language, 
whether natural or computer-based. As such, FIG, 8 illustrates a data conclusion being compared to 
various scripts of a single language in order to output the script corresponding to the conclusion. It 
should be recognized that the mapping process 800 may be administered multiple times to account 
for each language associated with all field service providers 122 authorized to access the data 
conclusion, which is a determination based on data type of the script. For instance, if a data 
conclusion relates to invoice information, the mapping process 800 maps the conclusion to a 
language for each language represented by a field service provider 122 that is authorized to access 
invoice information via the NAS 100. Once the conclusion is mapped, the mapping process 800 is 
initialized to await reception of a subsequent conclusion. In accordance with an embodiment, once 
the mapping process 800 concludes at termination, the process 800 is immediately initialized to start 
operation 802 if the mapping process is part of a network advisory process 500, By initializing to 
start operation 802, the mapping process 800 may be repeated for the same data conclusion and 
maps the conclusion to a script substantively specifying the same message as the previous script, but 
formatted in another language. 

The mapping process 800 comprises an operation flow begiiming with start operation 802 
and concluding with termination operation 818. Once at termination operation 818, operation flow 
is initialized to begin at start operation 802 as a subsequent data conclusion is received. 

The mapping process 800 begins at start operation 802 and operation flow initially passes to 
reception operation 804. Reception operation 804 receives a data conclusion, such as a data 
conclusion generated by the analysis/generation process 700. With respect to the network advisory 
processes 500 and 600, reception operation 804 receives the data conclusion following either 
generation operation 520 or, in the alternative embodiment in FIG. 6, decisional operation 628. If 
reception operation 804 follows generation operation 520, the conclusion is preferably received into 
reception operation 804 directly and without an access of the customer and data-type records 310 
and 312, respectively. In contrast, if reception operation 804 follows decisional operation 628, 
reception operation 804 first accesses the customer and data-type records 310 and 312, respectively, 
based on the identification code 302 and the customer account code 304 input by the field service 
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provider 122. Once the appropriate record is accessed, reception operation 804 receives the data 
conclusion stored in the record. 

Following reception of the data conclusion, operation flow passes to decisional operation 
806. Decisional operation 806 determines whether the received data conclusion is identified as "00," 
If the conclusion is identified as "00," operation flow passes to output script operation 808. Output 
script operation 808 outputs the script associated with the "00" identifier to the storage module 216 
where the script is stored in the appropriate customer 310 and data-type 312 records. In the 
alternative embodiment illustrated in FIG. 6, output script operation 808 outputs the script associated 
with the "00" identifier to the field service provider 122 in accordance with transmission operation 
632. In accordance with the example illustrated in Table 2, the script associated with the "00" 
identifier may be an audio script dictating that "the machine-wash temperature is below the expected 
temperature range," Once the script is output to either the storage module 216 or the field service 
provider 122, operation flow concludes with termination operation 818. 

If decisional operation 806 determines that the conclusion received by reception operation 
804 is not identified as "00," operation flow passes to decisional operation 810. Decisional 
operation 810 determines whether the conclusion received by reception operation 804 is identified as 
"01." If the conclusion is identified as "01," operation flow passes to output script operation 812. 
Output script operation 812 outputs the script associated with the "01" identifier to the storage 
module 216 where the script is stored in the appropriate customer 310 and data-type 312 records. In 
the alternative embodiment illustrated in FIG. 6, output script operation 812 outputs the script 
associated with the "01" identifier to the field service provider 122 in accordance with transmission 
operation 632. In accordance with the example illustrated in Table 2, the script associated with the 
"01" identifier is an audio script dictating that "the machine- wash temperature is within the expected 
temperature range." Once the script is output to either the storage module 216 or the field service 
provider 122, operation flow concludes with termination operation 818. However, if decisional 
operation 810 determines that the data conclusion received by reception operation 804 is not 
identified as "01," operation flow continues to compare the received conclusion with all possible 
identifiers from "01" to "98," which in the example in FIG. 8 is the next to last possible identifier 
associated with data conclusions. 

If operation flow reaches decisional operation 812, then decisional operation 812 determines 
whether the conclusion identifier is "98." If the conclusion identifier is "98," operation flow passes 
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to output script operation 814. Output script operation 814 outputs the script associated with the 
"98" identifier to the storage module 216 where the script is stored in the appropriate customer 310 
and data-type 312 records. In the alternative embodiment illustrated in FIG. 6, output script 
operation 814 outputs the script associated with the "98" identifier to the field service provider 122 
5 in accordance with transmission operation 632. Once the script is output to either the storage 
module 216 or the field service provider 122, operation flow concludes with termination operation 
818. However, if decisional operation 812 determines that the conclusion identifier is not "98," then 
operation flow passes to output script operation 816. Operation script operation 816 outputs the 
script associated with the "99" identifier to the storage module 216 where the script is stored in the 

10 appropriate customer 310 and data-type 312 records. In the alternative embodiment illustrated in 
FIG. 6, output script operation 816 outputs the script associated with the "99" identifier to the field 
service provider 122 in accordance with transmission operation 632. Once the script is output to 
either the storage module 216 or the field service provider 122, operation flow concludes with 
termination operation 818. 

15 FIG. 9 illustrates operations of the R/C module 214 as the module 214 manages the granting 

of access to the NAS 100 and the retrieval and transmittal of customized advisory information fi-om 
the NAS 100 to a network-connected field service provider 122 in accordance with one embodiment 
of the present invention. In particular, FIG. 9 shows an identification and authentication process 900 
illustrating operations of the R/C module 214 of the NAS 100. As an example and not a means of 

20 limitation, the field service provider 122 described in conjunction with FIG. 9 is employed by a 
service providing company to provide service on the company's behalf to one or more destination 
facilities; i.e., 1 16, 1 18 and 120, each associated with a single customer. As such, the field service 
provider 122 accesses specific customer 310 and data-type 312 records through an 
identification/authorization process 900. In accordance with one embodiment of the present 

25 invention and as shown in FIG. 1 at times ti and ta, the field service provider 122 may connect to the 
NAS 100, gain access to the NAS 100 and receive customized advisory information from the NAS 
100 while the field service provider 122 is in transit between destination facilities. The times ti and 
ta are typically referred to a "windshield time." 

The identification/authentication process 900 comprises an operation flow beginning with 

30 start operation 902 and concluding with termination operation 928. From start operation 902, 

operation flow passes to reception operation 904. Reception operation 904 is triggered to receive a 
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request to access the NAS 100 once a field service provider 122 connects to the NAS 100 through a 
network connection 132 to the R/C module 214, Once a request to access is received, operation flow 
passes to prompt identification code operation 906. Prompt identification code operation 906 
prompts the field service provider 122 to enter the identification code 302 specific to the field 
5 service provider 122. From prompt identification code operation 906, operation flow passes to 
reception operation 908, 

At reception operation 908, the field service provider 122 enters the appropriate 
identification code 302 and the NAS 100 receives the identification code 302 through the R/C 
module 214. In accordance with various embodiments, the field service provider 122 may input the 

10 identification code 302 using any conventional input methods including, without limitation, voice 
recognition, retinal recognition, fmgerprint recognition, touch-tone recognition, keyboard entry, 
computer mouse entry or any other input method allowing a user to gain access to a remote 
computer. From reception operation 908, operation flow passes to decisional operation 910. 
Decisional operation 910 determines whether the identification code 302 received by reception 

15 operation 908 is a valid identification code 302 specifying a field service provider 122 that is 
employed by the service providing company. If decisional operation determines that the 
identification code 302 is not a valid identification code, operation flow passes to second prompt 
identification code operation 912. Second prompt identification code operation 912 prompts the 
field service provider 122 that the previously entered identification code 302 is invalid and requests 

20 the provider 122 to input a second identification code 302. From second prompt identification code 
operation 912, operation flow returns to reception operation 908 and continues as discussed above. 
In accordance with an embodiment, a security module may be tied to the second prompt 
identification code operation 912 to maintain a record of the number of times that the NAS 100 has 
been incorrectly accessed. If an invalid identification code 302 is input a predetermined number of 

25 times during the current access, then the authentication/identification process 900 automatically 
terminates. 

If decisional operation 910 determines that the identification code 302 entered is a valid 
identification code 302, then the field service provider 122 is recognized as a NAS user and 
operation flow passes to prompt customer account code operation 914. Prompt customer account 
30 code operation 914 prompts the field service provider 122 to input an customer account code 304 
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specific to the customer account that is to be provided a service. From prompt customer account 
code operation 914, operation flow passes to reception operation 916. 

Reception operation 916 receives the customer account code 304 through the R/C module 
214. In accordance with various embodiments, the field service provider 122 may input the 
5 identification code 302 using any conventional input methods including, without Umitation, voice 
recognition, fingerprint recognition, retinal recognition, touch-tone recognition, keyboard entry, 
computer mouse entry or any other input method allowing a user to gain access to a remote 
computer. From reception operation 916, operation flow passes to decisional operation 918. 

Decisional operation 918 determines whether the field service provider 122 is a field service 

10 provider 122 that should be granted access to the customer account records 310 of the customer of 
which the customer account code 304 specifies. Thus, the decisional operation 918 is partly 
responsible for administering customization of the content of the advisory information that is to be 
provided by the NAS 100 to the field service provider 122 currently accessing the NAS 100. Indeed, 
a field service provider 122 may only be able to access a customer account record 3 10 as authorized 

15 by the NAS 100. 

If access to the customer account record 310 by the field service provider 122 is proper, 
operation flow passes to access operation 922. Access operation 922 grants access to the customer 
account record 310 associated with the customer accoimt code 304. If decisional operation 918 
determines that access is not proper, operation flow passes to second prompt customer account code 

20 operation 920. Second prompt customer account code operation 920 prompts the user that the 

previously entered customer account code 304 is associated with a customer account record 310 of 
which the field service provider 122 does not have access. The second prompt customer account 
code operation 920 also requests the user to input a second customer account code 304. From 
second prompt customer account code operation 920, operation flow retums to reception operation 

25 916 and continues as discussed above. In accordance with an embodiment, a security module may 
be tied to the second prompt customer account code operation 920 to maintain a record of the 
number of times that the NAS 100 has been incorrectly accessed. If an invalid identification code 
302 is input a predetermined number of times, then the authentication/identification process 900 
automatically terminates, 

30 Once access operation 922 has granted the field service provider 122 access to the customer 

account record 310, operation flow passes to language determination operation 923. Language 
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determination operation 923 uses the identification code 302 associated with the field service 
provider 122 to determine what language the advisory information should be customized to for the 
specific field service provider 122 currently accessing the NAS 100. As mentioned, the field service 
provider 122 may be a person or a machine/computing module. If the field service provider 122 is a 
5 person, the advisory information may be formatted to a natural language associated with that field 
service provider 122. If the field service provider 122 is a machine or computing module, the 
advisory information may be formatted to a computer-based language associated with the provider 
122. Once the proper language format is determined, operation flow passes to content determination 
924. 

1 0 Content determination operation 924 determines which data-type record 3 1 2 of the customer 

account record 310 stores the customized advisory information that the field service provider 122 is 
requesting. As described in Table 3, this determination is based on a specialty area of the field 
service provider 122 and the particular customer account identified by the customer account record 
310 of which the field service provider 122 is currently accessing. As noted above, the specialty 

15 area may be specified in the identification code 302. For example, a technician may not be allowed 
access to financial information of a customer based on information contained in the identification 
code 302, whereas an accountant would. 

Once determination operation has determined the data-type record 312 storing the 
appropriate customized advisory information requested by the field service provider 122, operation 

20 flow passes to retrieval operation 926. Based on the content and language determinations of 
operations 924 and 923, respectively, retrieval operation 926 accesses the appropriate data-type 
record 312 specified by content determination operation 924, Retrieval operation then retrieves the 
language specific script specified by language operation 923 stored in the data-type record 312. 
Once the appropriate customized advisory information is retrieved, operation flow passes to 

25 transmission operation 926. Transmission operation 926 transmits the retrieved customized advisory 
information to the field service provider 122 over the network connection 132 through which the 
field service provider 122 is connected. From transmission operation 926, operation flow concludes 
with termination operation 928. 

It will be clear that the present invention is well adapted to attain the ends and advantages 

30 mentioned, as well as those inherent tiierein. While a presently preferred embodiment has been 

described for purposes of this disclosure, various changes and modifications may be made which are 
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well within the scope of the present invention. For example, a field service provider may access the 
NAS to request and therefore be provided advisory information unrelated to a particular customer to 
which a service would be provided. As such, a field service provider may request and be provided 
training information, such as a tutorial or refresher on an aspect of the field service provider's job 
5 responsibilities. Furthermore, a field service provider may request and access general information 
related to all field service providers of the service providing company that belong to a certain 
specialty area. Still fiirther, a field service provider may receive un-requested advisory information 
as the field service provider is authorized access to the NAS. With respect to each of the 
aforementioned examples, the field service provider may access the NAS and receive such advisory 

10 information by entering only the identification code of the field service provider, in contrast to 
entering both an identification code and a customer account code. Although the field service 
provider is described above as providing commercial, private services typically under some form of 
agreement, the field service provider may be employed by an emergency or public service providing 
company, such as a fire rescue unit, a police unit, a veterinary service, a hospitals and/or ambulance 

15 service, or any other service providing company generally employed to provide emergency services. 
Nimierous other changes may be made which will readily suggest themselves to those skilled in the 
art and which are encompassed in the spirit of the invention disclosed and as defined in the appended 
claims. 

20 
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